[商業] IT development project上線實記
部門的development project上線有如軍事般的分工化完成,搶時間又要搶正確度.電子商務的project通常都是跨部門的合作,而IT是一切的基礎,如果沒有平台設備又怎麼能販賣商品提供服務呢.來簡略回顧一下這次project上線日的過程
這次的Project是屬於development類型的,就是平台推出兩種新的網站功能來推銷服務販賣商品,本來是預定聖誕節銷售旺季前上線,但因為有不少bugs因此延後到旺季後再上線. 上線前已經有很多很多回不同項目的測試了,從消費者前端到後台訂單服務,例如取消,退貨,交換. 上線前也有不少會議跟各部門報告溝通,以及沙盤演練上線日的schedule - 幾點到幾點哪幾組人作什麼,幾點開會回報上線測試,幾點有初步的數字可以了解當日銷售結果. 該看哪些數字,對誰做第一手的報告都是先敲好的.
牽扯到IT平台上線的最大兩點原則第一是新的功能有沒有如預期,測試成功, 第二是原本的網站是否還運作正常- 網站流量與交易數是否如往常,因為如果新的coding讓網站無法正常如昔,更是糟糕. 如果無法運作的狀況很糟,通常就整個取消上線,如果只是小損傷,IT能修的就搶時間快修.
Project上線的部門有IT(廢話) - 真正苦工的工程師,IT分公司在歐洲. 負責聯繫分公司IT的總部工程師. 統籌各派人馬上線日測試與記錄當日bug的人員. 電子商務部的project manager專案經理, web analystic監看live網站數字的分析師, User experience使用者經驗的人確認網頁更動是否如預期,業績部的產品經理. 其他負責銷售後的operation各單位確保訂單可繼續出,幾乎是所有部門都會動到至少1-2人員
時間我們都是選清晨一早流量少的時候,早上4-6點IT工程師將程式coding放到網站平台,6點之後各方人馬開始上線的測試. 所以我一早就4點多起床,快6點到公司,已經有快10個人到了,泡個茶清醒一下,等著指令說開始測試! 上線了開始做一連串的商品設定動作,然後就用著公司發的測試使用4千鎊信用卡,開始下單刷卡買東西以確認新功能是否正常.這過程中有什麼問題就快點提出來,統籌的人就彙整給工程師, 8點半第一個會議讓參與的人都知道有什麼大小問題,並給development主管知道, 主管排出了優先順序與說明隱憂. 我們遇到一個頗嚴重的bug就是原本網站的選單無法正常顯示,因此我們就只能等待看工程師是否能及時找出問題修復,如果不行就得取消上線. 一直到快11點工程師才修復了這個大問題,只剩幾個小問題,此次的上線算成功.
下午3點整個電子商務部門快速集合,專案經理跟大家報告今天的上線成果 - 成功! 與分享些數字.如果不成功也就不會有快速集合,因為大部分的人幫不上忙,多知道消息也只會多擔憂,問更多的問題,但是能回答問題的應該是忙著處理危機,而不是回答二手的問題. 這些點我們在上線前也討論過當日的第一手溝通該先對誰,然後誰是第二手.
整個上線流程的順暢歸功於每個人都知道當日的角色,幾點時該做什麼. 這些是因為有先前的計畫,將細節都討論好. 魔鬼出在細節裡,人/事/時/地/項目都清清楚楚. 之前專案經理不停追殺各組人馬摩出細節,有時候會覺他們很煩,但是這其實是他們應該做的. 還有重要的是預想好成功,尤其不成功時該對哪些人報告什麼,如何能不引起不必要的恐慌與擔心.雖說每季的development IT上線都是新事物,但因為蠻常發生也算是某程度的轉變為BAU(business as usual).
因為太早起了,我在中午後就很想回家睡覺了,但是還是弄弄摸摸到3點大會完畢就立馬閃人了. 這幾天蘇格蘭下大雪,發生不少交通意外,好險倫敦這裡沒下雪,我可以安然的沒那麼憤恨的早起出門,哈
http://www.bbc.co.uk/news/uk-scotland-30796099
Picture is from BBC news today
Search